REMARKS 

Claims 1-33 are pending in this application. Applicant respectfully 
requests reconsideration and allowance of the subject application. 

A teleconference with Examiner Burgess was held on January 14, 2004. 
During the teleconference, the Examiner confirmed that the December 31, 2004 
Office Action was non-final because Claim 9 was rejected for the first time in that 
office action. Applicant submits this response in accordance with this 
understanding. 

35 U,S.C, S 103 - Saether and Strong 

Claims 1-5, 10-12, 14-19, 22, 29 and 31-33 stand rejected unSer 35 U.S.C. 
§103(a) as being unpatentable over U.S. Patent No. 6,405,219 to Saether et al. 
(hereinafter "Saether") in view of U.S. Patent No. 5,689,688 to Strong et al. 
(hereinafter "Strong"). 

Claim 1 recites: 

A method of synchronizing data among a plurality of web servers, 
wherein each of the plurality of web servers is coupled to a common data 
server, the method comprising: 

retrieving a scheduled activation time from the data server; 

prior to the scheduled activation time, retrieving updated data into 
staging caches in the plurality of web servers; and 

at the scheduled activation time, copying the updated data from the 
staging caches within each of the plurality of web servers to an active cache 
within each of the plurality of web servers. 

Thus, Claim 1 is directed at synchronizing data in multiple web servers 
using a scheduled activation time that is retrieved from a common data server. 
Updated data are retrieved into staging caches in the web servers. By copying 
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updated data from the staging caches to active caches within the web servers at the 
scheduled activation time, the web servers are concurrently synchronized. Neither 
Saether nor Strong discloses this method of synchronizing data. 

Saether teaches a method and system for automatically updating the version 
of files stored on content servers. A set of source files on a global server is copied 
to a directory created on a content server. The version of the set of source files 
stored on the content server is updated by renaming the current version of each 
source file copied to the directory on the content server. (Saether, col.l, line 51 to 
col. 2 line 3). Thus, Saether merely teaches the use of a global server to provide 
updated source files to content servers in a network. However, nothing in Saether 
teaches or suggests a method for synchronizing the source files among muUiple 
content servers using a "scheduled activation time". 

The Office Action admits that Saether does not explicitly disclose 
"retrieving a scheduled activation time from the data server". However, the Office 
Action argues that Saether can be combined with the teachings of Strong to reject 
Claim 1. Strong discloses a probabilistic anonymous clock synchronization 
method and apparatus for synchronizing a local time scale with a reference time 
scale. The Office Action cites Strong at col. 2, lines 7-15 and col. 9, lines 32-34 
and 51-53. These cited sections describe a technique for a master node in a 
network to synchronize time for the other nodes by sending time update messages 
to those nodes. Thus, the technique described in Strong merely allows a node in a 
network to synchronize its clock with a master node serving as a reference time 
source. But this technique does not provide the node with a "scheduled activation 
time" for synchronizing data with other nodes. 
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Nothing Saether or Strong suggests combining the two references. Even if 
Saether and Strong can be combined, the clock synchronization method in Strong 
would merely allow the global server and the content server in Saether to operate 
in accordance with the same time reference. However, the combination of Saether 
and Strong still does not teach or suggest synchronizing data among web servers 
with a "scheduled activation time" retrieved from a data server, as recited in Claim 



For at least these reasons, Applicant respectfiilly submits that Claim 1 is 
allowable over Saether and Strong. Given that Claims 2-5, 10-12 and 14 depend 
from Claim 1, Claims 2-5, 10-12 and 14 are also allowable over Saether and 
Strong for at least the same reasons. 

Claim 15 recites: 

A system comprising: 

a plurality of web servers coupled to a common data server, wherein 
each of the plurality of web servers comprises: 
a staging cache; 

an active data cache coupled to the staging cache; 

wherein the web server is configured to retrieve a scheduled 
activation time from the data server, and further configured to 
retrieve updated data from the data server into the staging cache 
prior to the scheduled activation time; and 

wherein the web server is configured to copy data from the staging 
cache to the active data cache at the scheduled activation time. 



Specifically, claim 15 states that the web server is configured "to retrieve a 
scheduled activation time from the data server" and "to copy data from the staging 
cache to the active data cache at the scheduled activation time". 

The Office Action rejects Claim 15 based on the same reason for rejecting 
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Claim 1. As discussed above, neither Saether nor Strong (alone or in 
combination) teaches or suggests synchronizing data among multiple servers using 
a "scheduled activation time". Thus, for at least these reasons, Applicant 
respectfully submits that Claim 15 is allowable over Saether and Strong. Given 
that Claims 16-19 and 22 depend from Claim 15, Claims 16-19 and 22 are also 
allowable over Saether and Strong for at least the same reasons. 
Claim 29 recites: 

A method of synchronizing data among a plurality of web servers, 
wherein each of the plurality of web servers is coupled to a common data 
server, the method comprising: 

providing a scheduled activation time from the data server to each of 
the plurality of web servers; 

communicating updated data into a staging cache in each of the 
plurality of web servers prior to the scheduled activation time; and 

copying data from the staging cache in each of the plurality of the 
web servers to an active cache in each of the plurality of the web servers at 
the scheduled activation time. 

Particularly, the method of claim 29 includes "providing a scheduled 
activation time from the data server to each of the plurality of web servers" and 
"copying data from the staging cache in each of the plurality of the web servers to 
an active cache in each of the plurality of the web servers at the scheduled 
activation time". As discussed above, neither Saether nor Strong (alone or in 
combination) teaches or suggests synchronizing data among multiple servers using 
"a scheduled activation time". Thus, for at least these reasons, Applicant 
respectfully submits that Claim 29 is allowable over Saether and Strong. Given 
that Claims 31-33 depend from Claim 29, Claims 31-33 are also allowable over 
Saether and Strong for at least the same reasons. 
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35 U,S,C. S 103 - Saethen Strong and Hagersten 

Claims 6 and 30 stand rejected under 35 U.S.C. § 103(a) as being 
unpatentable over Saether in view of Strong and in further view of U.S. Patent 
No. 5,958,019 to Hagersten et. al (hereinafter "Hagersten"). 

Claims 6 and 30 recite: 

6. A method as recited in claim 1 wherein retrieving updated 
data into staging caches in the plurality of web servers is performed 
asynchronously. 

30. A method as recited in claim 29 wherein the communicating 
updated data into a staging cache is performed asynchronously. 

As discussed above, neither Saether nor Strong (alone or in combination) 
teaches or suggests synchronizing data among multiple servers using a "scheduled 
activation time", as recited in independent Claims 1 and 29. The teachings in 
Hagersten fail to remedy these deficiencies. 

The Office Action admits that Saether, in view of Strong, does not 
explicitly disclose the subject matter in Claims 6 and 30. However, the Office 
Action argues that Saether and Strong can be combined with the teachings of 
Hagersten to reject Claims 6 and 30. Hagersten teaches a multiprocessing system 
configured to perform synchronization operations. For rejecting Claims 6 and 30, 
the Office Action cites Hagersten at col. 2, lines 47-58; col. 3, lines 19-23; col. 28, 
lines 6-14; and col. 30, line 27. These cited materials describe a computer system 
that enables asynchronous operations to alleviate performance degradation and 
executes synchronization operations to guarantee global completion of those 
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asynchronous operations. However, nothing in Hagersten teaches or suggests 
asynchronously retrieving or communicating updated data into staging caches in 
servers, as recited in Claims 6 and 30. Therefore, the combination of Saether, 
Strong and Hagersten fails to teach or suggest all elements of Claims 6 and 30. 

For at least these additional reasons. Applicant respectfully submits that 
Claims 6 and 30 are allowable over Saether, Strong and Hagersten. 

35 V.S.C. S 103 " Saethen Strong and Yamazaki 

Claims 7 and 20 stand rejected under 35 U.S.C. § 103(a) as being 
unpatentable over Saether in view of Strong and in further view of U.S. Patent No. 
5,923,855 to Yamazaki (hereinafter "Yamazaki"). 

Claims 7 and 20 recite: 

7. A method as recited in claim 1 further comprising: 

after the scheduled activation time, updating data caches in the data server. 

20. A system as recited in claim 15 wherein each of the plurality of web 
servers is configured to update data caches in the data server after the scheduled 
activation time. 

As discussed above, Saether and Strong fail to teach or suggest (alone or in 
combination) synchronizing data among multiple servers using a "scheduled 
activation time". Thus, Saether and Strong also fail to teach or suggest updating 
data caches in a data server after the scheduled activation time, as recited in 
Claims 7 and 20. The teachings in Yamazaki do not remedy these deficiencies. 

The Office Action admits that Saether, in view of Strong, does not 
explicitly disclose after the scheduled activation time, updating data caches in the 
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data server. However, the Office Action argues that Saether and Strong can be 
combined with the teachings of Yamazaki to reject Claims 7 and 20. Yamazaki 
discloses a multi-processing system and method for synchronizing among 
processors with cache memory having reset state, invalid state and valid state. 
The Office Action cites Yamazaki at col. 1, lines 19-24 and col. 5, lines 48-57, 
which describe updating data stored in cache memories of different processors in a 
multi-processor system. However, Yamazaki still fails to teach or suggest 
updating data caches after a scheduled activation time, as recited in Claims 7 and 
20. Therefore, the combination of Saether, Strong and Yamazaki fails to disclose 
or suggest the elements of Claims 7 and 20. For at least these additional reasons, 
Applicant respectfiiUy submits that Claims 7 and 20 are allowable over Saether, 
Strong, and Yamazaki. 

35 U,S,C. S 103 - Saethen Strong and Sakon 

Claims 8-9 and 21 stand rejected under 35 U.S.C. §103(a) as being 
unpatentable over Saether in view of Strong and in fiirther view of U.S. Patent 
No. 5,796,946 to Sakon (hereinafter "Sakon"). 

Claims 8-9 and 21 recite: 

8. A method as recited in claim 1 ftirther comprising: 

after the scheduled activation time, calculating a next scheduled 
activation time. 

9. A method as recited in claim 1 ftirther comprising: 

after the scheduled activation time, updating data caches in the data 
server and calculating a next scheduled activation time, wherein the 
updating and calculating are performed by the first web server to initiate a 
retrieval process after the scheduled activation time. 
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21. A system as recited in claim 15 wherein each of the plurality 
of web servers is configured to calculate a next scheduled activation time 
after the scheduled activation time. 

As discussed above, neither Saether nor Strong teaches or suggests (alone 
or in combination) synchronizing data among multiple servers using a "scheduled 
activation time". Thus, Saether and Strong also fail to teach or suggest calculating 
such a time in a manner as recited in claims 8-9 and 21. The teachings in Sakon 
do not remedy these deficiencies. 

The Office Action admits that Saether, in view of Strong, does not 
explicitly disclose calculating the next scheduled activation time. However, the 
Office Action argues that Saether and Strong can be combined with the teachings 
of Sakon to reject Claim 1. Sakon discloses multi-processor system barrier 
synchronizer not requiring repeated initializations of shared region. The Office 
Action cites Sakon at col. 8, lines 25-40 and 54-58, which includes "a calculation 
means for calculating a next barrier value". The barrier value is used to 
synchronize processors in a muhi-processor system. (Sakon, Abstract). However, 
nothing in Sakon teaches synchronizing data among multiple servers using a 
scheduled activation time or calculating such a time. Therefore, the combination 
of Saether, Strong and Sakon fails to teach or suggest the limitations of claims 8-9 
and 21. 

For at least these additional reasons. Applicant respectftilly submits that 
Claims 8-9 and 21 are allowable over Saether, Strong and Sakon. 

35 U.S.C. S 103 - Saethen Strong and Brendel 
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Claim 13 stands rejected under 35 U.S.C. § 103(a) as being unpatentable 
over Saether in view of Strong and in further view of U.S. Patent No. 5,774,660 
to Brendel et al. (hereinafter "Brendel"). 

Claim 13 recites: 

A method as recited in claim 1 wherein the plurality of web servers 
comprise a web farm, and wherein the plurality of web servers are load 
balanced using a domain name service (DNS) round-robin technique. 

As discussed above, neither Saether nor Strong teaches or suggests (alone 
or in combination) a method for synchronizing data among multiple servers using 
a "scheduled activation time", which is the subject matter recited in Claim 1. 
Brendel discloses a world-wide web server with delayed resource-binding for 
resource-based load balancing on a distributed resource multi-node network. 
Although Brendel teaches the use of DNS, nothing in Brendel remedies the 
deficiencies of Saether and Strong discussed above. Thus, the combination of 
Saether, Strong and Brendel fails to teach or suggest the elements recited in Claim 
13. For at least these reasons, Applicant respectfully submits that Claim 13 is 
allowable over Saether, Strong and Brendel. 

35 U.S.C. S 103 - Saether, Strong, Yamazaki and Sakon 

Claims 23-28 stand rejected under 35 U.S.C. § 103(a) as being unpatentable 
over Saether in view of Strong in ftirther view of Yamazaki in further view of 
Sakon. 

Claim 23 recites: 
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One or more computer-readable media having stored thereon a 

computer program comprising the following steps: 

retrieving a scheduled activation time from a data server; 

prior to the scheduled activation time, retrieving updated data into a 

staging cache in a server; 

at the scheduled activation time, copying data from the staging cache 

in the server to an active cache in the server; and 

after the scheduled activation time, updating data caches in the data 

server and calculating a next scheduled activation time. 



As discussed above, nothing in Saether, Strong, Yamazaki, or Sakon (alone 
or in combination) teaches or suggests synchronizing data among multiple servers 
using a scheduled activation time, updating of data caches after a scheduled 
activation time, or calculating a next scheduled activation time. Thus, the 
combination of these references still fails to teach or suggest the subject matter of 
Claim 23. For at least these reasons, Applicant respectfully submits that Claim 23 
is allowable over Saether, Strong, Yamazaki and Sakon. Given that Claims 24-28 
depend from Claim 23, Claims 24-28 are also allowable over Saether, Strong, 
Yamazaki and Sakon for at least the same reasons 
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Conclusion 

Claims 1-33 are now in condition for allowance. Applicant respectfully 
requests the issuance of the subject application. Should any matter in this case 
remain unresolved, the undersigned attorney respectfully requests a telephone 
conference with the Examiner to resolve any such outstanding matter. 



Respectfully Submitted, 




Reg. No. 48,577 
(206)315-4001 XI 06 
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